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Alerting Abstract DE Al 

NOVELTY - Data is processed in a time slice (n) in first (8) and second (9) ten- 



millisecond (ms) time slots (81) in sequence, at the beginning of which a master (2)-slave 
(3) procedure (82) is serviced along with a master-slave transmission procedure (83) for 
data transmission. In the first time slot, the master's temporary memory holds data jfrom 
sensors and a current 20-ms time slice. 

DESCRIPTION - An INDEPENDENT CLAIM is also included for a computer system 
with two interKnlced control devices joined by a data transmission medium for 
exchanging synchronizing information between the control devices. 
USE - For controlling a motor vehicle's operations like torque, engine speed, fuel 
injection times, electronic steer by wire, electronic bralce by wire, etc. 
ADVANTAGE - The control devices exchange synchronizing information. Data 
transmission is executed via a data transmission medium according to a controller area 
network protocol. 

DESCRIPTION OF DRAWINGS - The drawing shows the different paths of signals in a 
computer system according to the present invention so as to illustrate data exchange 
between master and slave in the computer system. 

n Time sUce 

2 Master 

3 Slave 

8 First 10-millisecond time slot 

9 Second 10-milUsecond time slot 

81 Time slots 

82 Master-slave procedure 

83 Master-slave transmission procedure 
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ROBERT BOSCH GMBH, 70442 Stuttgart 



Verfahren und Vorrichtung z um Betreiben von miteinander verbunderien Steuergeraten 



Einleitixng ' 

Bei einem Master Slave System wird der Motor von.melar als einem Steuerger§.t 
gesteuert. Die Steuergeri,te werden mit Master Tond Slave bezeichnet. Das 
Master Steuergerat beinhaltet mehr Funktionalitat als das Slave Steuergerat. 
Die Steuergerate sind untereinander mit einem Buseystem zur Datenfiijertragiiag 
vemetzt. pie Senaorik ist entweder an alle Steuergerate angeschlossen oder 
nur- an den Master.. Je nach Einspritz- und Liif tsysfeem werden Sensoren wie 
Raildfuck, Lufttnasse, Luf ttemperatur, ' usw. separat aii jedes Steuergerat 
angesclilosBen. 



Stand der Technik 

Bislang existiert kein einheitliches Master Slave Konzept fiir alle 

Einspritzsysteme. (Common Rail CRS, Unit Injector UIS) 

Je nach Einspritzsystem existieren grundlegende Unterschiede . 

Bei CRS wird verschiedene Software in Master und Slave eingesetzt, bei UIS 

werden keine zylinderindividuellen Mengenberechnungen fiber den- gesaraten 

Keniif eldbereich durchgef ■Qhrt . Die zeitsynchronen Bereohnungen" laufen 

weitgehend unabhangig in den Steuergeraten. Die Sensprik. wird iiicht 

abgeglichen fiir die zeitsynchxonen Berechnungen. Der Datenabgleicb zwischen 

den Steuergeraten erfolgt auf funktionaler Ebene. Daher ist das CAN Bus 

Layout stark- abhangig von der "Basisfunktionalitat" . 



Aufgabe der Erfindung 

Basisgedanke war die Entwicklung eines Konzeptes f€ir alle 

Einspritzsysteme : 

• Master und Slave tauschen ihre Sensorwerte vor dem Beginn jeder 
zeitsynchronen Berechnung -ober GMT Bus aus . Alle Hardwaresignale sind in 
jedem Steuergerat vofhanden, die gekoppelten Zeitscheiben in Master und 
Slave besitzen gleiche Sensorwerte. 

• Kopplung der zeitsynchronen Berechnungen in Master und Slave 

• Synchrbnisation der .Regler in Master und Slave 

• Unabh^ngigkeit des "Konzeptes vom Einspritzsystem, mit Ausnahme von 
systemabhangigen Brweiteningen (z.B Raildruckerf assung, BIP-Regelung, UIS- 
MV Ansteuertong) 

• Stabiles CAtJ Layout bei- fuiiktionalen Anderungen 

• Gleiche Software in Master und Slave. Di6 "Rollenverteilung" wird aTiVianri 
eines Codierpins im Kabelbaum vorgenomtnen . 

• Gleiche Hardware fur Master mid Slave 



das, ei^i^upx^t^/ie Sl/tJen^ 
Dae entwickelte Master Slave System fur ist ausgelegt fiir bis zu vier 

Steuergeri.te, vemetzt iiber CM! Bus. 

Das syatembild " -V^ zeigt die. T Zylindermotor- 

eingesetzte Sensorik imd Aktorik, sie ist identisch mit der bei dein 
Konzept eingeaetzten, vgl. ?v^iu> 2 . ^Me*'^^, 
Im neu entwickelten Konz.ept-^sind Master .und Slave Steuergerat baugleich, die 
eingesetzte 'Software ist identisch. Beide Steuergerate -sind funktibnal nahezu 
identisch; siehe FmiktionsaiTiflistung ira Systeriibild. Der Datenaustausch 
beschrankt sich auf Sensorsignalrohwerte, Digitalsignale, Pehlerstati, 
Reglerwerte und Ansteuerstatus . 

Die Sensorik ist groiStenteils am Master angeschlossen. Duxeh das koittplett 

• zweiflutige Luft- und Abgassystem des Motors sind die Signals wie Luftmasse, 
Lufttemeratur, Ladedruck, Abgastenrperatur, usw. an Master und Slave getrennt 
vorhanden. Gleichzeitig werden' aber auch diese doppelten Signale 
'. untereinander konsistent ausgetauscht , so dass jedes Steuergerat auch Zugriff 
auf die Eirigangsdaten des jeweils anderen.Luf tstrangs hat^. So kSnnen 
syachron Ersatzreaktionen bei Fehlem eingeleitet werden. 

Manche Sensoreri, z.B. Gliihstif tkerzen, werden nur lokal in jedem Steuergerat 
erfasst und nicht ausgetauscht, da sie f-Qr das Gesamtsystem von 
untergeordneter Bedeutung sind. 

Die zeitsynchronen Berechnungen werden im Master gestartet. Dieser erfasst 
die entsprechenden Sensorwerte iind iibertragt einen Teil dieser Sensorrohwerte 
an den Slave, veritfendet aber aus DaterikonsistenzgrCinden die- Sensorwerte der 
vorangegangenen bereits abgeglichenen Zeitsoheibe. Wegen der groEen 
Datenmenge k6nnen nicht alle Signale auf einmal ubertragen werden. Die 
tibertragung erfolgt Paketweise (inrnier 5 oder 6 cm Botschaften) alle 10 ms 
vom Master zum Slave und umgekehrt. fv^. rvjj • r). 

Ist ein Datenpaket koraplett an den Slave ubertragen worden, so erkennt der 

• eingesetzte Zustandsautomat zur Synchronisierung der Zeitacheiben im Slave 
dies und startet die gleiche Zeitscheibe wie der Master. Die Information 
Welche Zeitscheibe gerade gerechnet wird ist in jedem CAN tibertragimgspaket 
enthalten. Die empfangenen Daten werden im ShadowBuffer {siehe dazu Abgleich 
der Sensorik und -Synchronisation der Zeitscheiben im MS System) 
zwischengespeiohert," die aktuelle Zeitscheibe rechnet mit den identischen 
Daten wie der Master, gespeichert im RaraMirror. Grund fur die 
Zwischenspeicherung ist.. die grofie Datenmenge einer Zeitscheibe . Ist eine 
Zeitscheibe konplett zu Bnde gerechnet, so muss der Datenaustausch fiir.' die 
nachste Zeitscheibe abgeschlossen sein bevor diese gestartet wird. Durch 
diesen Zeitaufwand fiir den konsistenten Datenaustausch wird eine Totzeit im 



3) Beam Datenaustausch der doppelten Sensorik wurde attSerdem ein MechanisrauB 
entwickelt, mit dem ein Steuergerat auf z.B. die Luftmasse zugrelft, imd autoraatisch 
die am Steuergerit angeschloss'ene Luftmasse erhalt. iiber den Zugriff auf die • 
»exteme_LuftTOaBBe" wird autotnatisch auf die Luftmasse des anderen Steuergerates 
zugegriffen. 



-J- 



System eingebaut, die messbar ist. Die Signale sind alle um eine Zeitscheibe 
verzogert,' aber -aJpsolut identisch im System. 

Urn bereits bei- Steuergeratehochlauf die Da.tenkonsistenz zu gewalirleisten 
wurde eine spezielle Strategie entwickelt., die vor dem eigentlichen Start des 
Rechnerprogramms ausgewahlt Daten abgleicht. Erfreulicher Nebeneffekt dabei 
ist dasB ein ganz ■ spezieller Zeitpimkt im Programm.dea Master imd Slave' 
zeitgleich (im lOOer MikroBekundenbereich) abgearbeitet wird. Dies erlai±>t 
eine "Justage der 'Zeitbasen der einzelnen. Steuergerite . Damit koimen z.B. 
Gl^Shkerzensteuersignale in Master. imd Slave prazise gegeneinander versetzt 
werden, um SpannungseinbrCiche der Batteriespannung- .Z14 minimieren. 

Neben den Sensorikdaten konnen auch . beliebige Daten. aus der Anwendersof tware 
in diesen SignalauatauBch als .sogenannte DserSignals einbezogen werden. bieae 
Signale werden jedoch nicht .zwischerigespei chert, um deren Aktualitat nicht 
umiotig zu verscblechtem. Abhangig von der Wahl des Ubertragungezeitpmiktes 
koniien auch diese Signale identisch in Master- und Slavezeitscheibe verwendet 
werden. 

Bin Vers chiebeii von Sensoren Oder Aktoren an das andere Steuergerat lasst 
Bioh mit relativ wenig Konf igurationsanderrmgaaufwand erledigen, da alle ' 
Aktorikwerte in beiden Steuergeraten- bereolmet werden, m iH die 
Endstufenfehler gekoppelt eind. 

Auf das Sicherheitskonzept des Master Slave Systems soli an diese Stelle 
nicht weiter eingegangen werden. Bs folgt lediglich eine Auflistung einiger 
Eckpurpcte: • ■ , 

• CAN Bus Hardwareiiberwachimg 

• CAN Bus Dateniiberwachung auf Empfang und Versenden 

• CAN Bus Datenilberwaohung durch Checksiamme uber komplettes Datenpaket 
tjberwachung der korrekten Zeitscheibenabf olge in jedem Steuergerat 

• Oberwachxmg der korrekten Zeitscheibenabf olge des Slave durch den Master 

• Erkennung eines Steuergertteresets wahrend des Betriebs durch das andere 
Steuergerat 

Beide Steuergerate arbeiten das gleiohe Prograiran synchron mit einem 
einstellbaren Zeitversatz ab, \md haben Zugriff auf die gleicben 
Sensorikdaten. Es handelt sich also eigentlich um ein Master-Master Konzept. 

Eine genauere Beschreibung der technischen Abiaiife kann den Anlagen entnommen 
werden. 

Die Erfindung ist' am Erzeugnis gut nachweisbar . Dazu misst man einfach einen" 
Sensorwert, der beispielsweise nur am Master angeschlossen ist. Der 
Signalverlauf ist in Master und Slave absolut identisch (abgesehen von der 
Ausgabeverzogerung durch die Messtechnik) . 
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Griinde fur die Konzeptentwicklung 

CAN-Layout der vorhergehenden Konzepte stark abhangig von der ,3asisfunktionalitat", da die 

M/S CAN Kopplung auf Funktionsebene ist 

(CAN Layout muss bei Andenmgen iimner angepasst werden) 

Bei UIS Konzept keine zylinderindividuelle Mengenbereohnung uber den gesamten 
Kennfeldbereich 

Bei CRS Konzept verschiedene SW in Master und Slave 

Untersohiedliche Konzepte fiir CRS und UIS bei der Vorgangerversion des Systems 

Konzepte basieren auf den Randbedingungen der Einspritzsysteme 

(z.B. Ansteuerbareich bzgl. OT) => Grundsatzliche Unterschiede der Konzepte 

Fanktionsaufteilung und Momentenstruktur 

Momentenstruktur von Master und Slave gekoppelt 

- Gefordertes, inneres Moment des Masters wird iibertragen (zeitsynchron) 

- n-synch. Regler (LIGov, ASDdc) gekoppelt und vom Master gesteuert 

- Master und Slave empfangen CAN Botschaften vom Fahrzeug CAN 

- nur Master sendet CAN Botschaften auf Fahrzeug CAN 
-FBC wie bei Vorgangerversion des Systems (EDC15) 

Zeitsynchrone Momentenberechnung im Slave zur Plausibilisierung 

- Dadurch sind im Slave alle EingangsgroBen fur ein zweiflutiges Regler- 

konzept vorhanden 

- Berechnetes zeitsynchrones Moment im Slave wird nicht fur die Zumessung 

verwendet 

Kopplung der Sensorik und Aktorik 

- Stabiles CAN Layout bei Andenmgen der Basisfimktionalitat 

- Andenmgen nur notwendig wenn zus^tzliche Sensoren oder Aktoren notwendig sind 

Gleiche SW in Master und Slave (SG Codierpin im Kabelbaum) 

Konzept ist unabhangig vom Einspritzsystem 

- Systemabhangige Erweiterungen ausgenommen (z.B. RaildruckErfassung, 

BIP-Regelimg, UIS- MV Ansteuerung) 

Kopplung der Sensorik und Aktorik vgl. Figur 3 

Zeitsynchrone Berechnungen im Master und Slave iiber CAN gekoppelt 

Master und Slave Qbertragen ihre Sensorwerte vor Beginn jeder zeitsynchronen Berechnung 

iiber CAN 

Alle Hardwaresignale (Input / Output) sind in beiden SG somit vorhanden 
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Aufteilung der 20nis Zeitscheibe in zwei 10ms Zeitscheiben 

- Gekoppelte zeitsynchrone Berechnungen besitzen gleiche Sensorwerte 

Master und Slave steuem ihre Aktoren separat 

- Da die Berechnungen parallel durchgefuhrt werden, miissen nur die Aktor- 

fehler ubertragen werden, nicht die Aktorwerte 

Zomessnog und Drehzahlerfassung vgl. Figar 4 

Drehzahlerfassung fur Zylinderhalbsegmente (Se^KW Segmente bei 10 Zyl.) 

Berechnung der n-sync. Regler bei jedem zweiten Drehzahlsegment mit zwei „36°KW- 
Drehzahlen" (Optimierung Interruptlast) 

Master steuert Parametersatze und Zustand des n-sync. Regler LIGov 

- Zusatzlich ist der I-Anteil der LIGov von Master und Slave gekoppelt 

Master steuert Parametersatze und Zustand des n-sync. Regler ASDdo 
Systemspezifische Zumessung soniit unabhangig von M/S Konzept 
Master steuert das Moment 
Diagnosekonzept 

Fehlerspeicherung der Sensoren und Aktoren separat' in den SteuergerSten SG 
Abgleich der Fehlerspeicherung in Master und Slave mSglich 
Getretmte Reizadresse fur Master und Slave (Master 01, Slave 1 1) 
Funktionale Adressierung fur KW2000 geplant 
Internet Master Slave CAN (Beispielkonfiguration) 

CANUbertragung mit IMBit/s 

3 winkelsynchrone CAN Objekte von Master zum Slave 

- LIGov Steuerung und I-Anteil, ASDdc Steuerung, Endstufenfehler 

3 winkelsynchrone CAN Objekte von Slave zum Master 

- LIGov I-Anteil, FBC-Menge, Abschaltungen, Endstufenfehler 

4 zeitsynchrone CAN Objekte von Master zum Slave im 10ms Raster 

- HW Sensorsignale, Aktorfehler 

4 zeitsynchrone CAN Objekte von Slave zum Master im 10ms Raster 

- HW Sensorsignale, Aktorfehler 

1 zeitsynchrones CAN Objekt von Master zum Slave im 20ins Raster 

- Momentenkopplung und Uberwachung 

1 zeitsynchrones CAN Objekt von Slave zum Master im 20ms Raster 

- Momentenkopplung und Uberwachung 



- 6 - 



R. 304283 



Zur Optimierung des CAN-Layout und der -Auslastung ist es ggf. notwendig die Verteilimg der 
Sensoren auf den Steuergeraten anzupassen 

Abgleich der Sensorik und Synchronisation der Zeitscheiben im Master Slave System 

(vgl. Figur 5) 

Die zeitsynchrone CAN Ubertragung 

In einem Master Slave System sind 2wei Steuergerate uber einen CAN Bus miteinander 
verbunden. Die Sensoren sind zum Tail nur an einem Steuergerat angeschlossen. Die 
Sensorwerte miissen somit unter Einhaltung der Datenkonsistenz innerhalb der zeitsynchronen 
Tasks zum anderen Steuergerat iibertragen werden. 

Aufbau der CAN Botschaften 

Das Daten-Multiplex der CAN Botschaften gesohieht mittels DatalDs. Die Botschaften zum 
Abgleich der Sensorik im Master Slave System haben den folgenden Aufbau: 

[ CANID [ DatenE) [ Paten [ Paten [ Paten [ Paten [ Daten [ Paten [ Daten^ 
Botschaftsiibertragung 

Pie zeitsynchrone Botschaftsubertragung erfolgt im 10 ms Raster. Pabei wird immer ein Block 
an CAN Botschaften zwischen den SteuergeiSten ausgetauscht. Pas Blockende und somit das 
Ende der Patenubertragung wir fiber einen definierten CAN Identifier erkannt. Pieser CAN 
Identifier wird exklusiv als letzte Botschaft im CAN Obertragungsblock verschickt. 

Aufljau der letzten CAN Botschaft eines Ohertragungsblockes: 

spezielleCANIP [ PatalP | CS [ TaskCounter [Paten | Paten [Paten [Paten [Dateh 
PatalD: Mutliplexinformation 

CS: Checksumme aller Botschaftsbytes eines Ubertragungsblockes 

TaskCounter: Schedulinginformation/ Zleitscheibenzahler 
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Beispiel fiir einen CAN Ubertragungsblock 



Sendereihenfolge 


CAN Id 


Botschaftsinhalt 


Multiplex zwischen den 10ms Tasks 


1 


401 


Daten 


Ja 


2 


402 


Daten 


Ja 


3 


403 


Daten 


Ja 


LETZTE 


404 


CS, 

TaskCounter, 
Daten 


Ja 



Botschafts- und Signalpuffernng 

Um einen korrekten Datenaustausch zwischen Master und Slave zu gewShrleisten werden drei 
verschiedene Signal/ Bosohafts-Zwischenspeioher gebraucht: 

MS-Message Buffer zur Zwischenspeichenmg fcompletter CAN Botschaften 

Shadow Buffer zur Zwischenspeichenmg einzelner Signale, bis alle Signale einer 20ins 
/100ms Zeitscheibe ausgetauscht sind. Der Zugriff auf den Shadow Buffer erfolgt ausschliefllich 
iiber die Master Slave Treiber im Rahmen des Botschaftsempfangs, Botschaftsversendens und 
zum Aktualisieren des RAM Miirors. 

RAM Mirror enthalt alle Signale, die ftir die aktuellen Berechnungen gebraucht werden. 
Signalzugriffe erfolgen auf diesen Puffer anstatt auf die Hardware (Bsp. A/D Wandler) 
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Ziffemtabelle zu Figur 5 • 



Nr. 


Aktion 


0 


Umkopieren der Signalwerte vom Shadow Buffer in den RAM Minror 


1 


Hardwarezugriff mit Zwischenspeicherung des Ergebnisses in Shadow Buffer 
Ruckgabe des im RAM Mirror gespeicherten 
Signalwertes an die Anwendersof tware 


3 


CAN bus 


4 


Abfrage des Signalwertes von der Anwendersof tware 


5 


Dekodierung der empfangenen CAN Botschaften 


6 


Zusammeiibau der CAN Botschaften zum Versandt 



Die zeitsynchronen Tasks (vgl. Figur 6) 

Die 20ms und 100ms Task werden in beider Steuergeraten in 10ms Teile zerlegt und im 10ms 
Zeitraster geschedult. Das heiflt, nach 20ms sind alle Teile der 20ms Task und nach 100ms alle 
Teile der 100ms Task ausgefuhrt, siehe Figur 6. Das Master Steuergerat sendet alle 10ms CAN 
Botschaften, um die gemessenen Signalwerte des Master Steuergerates an das Slave Steuergerat 
zu transportieren. In dieser CAN Ubertragung wird auch die Information welche Zeitscheibe im 
Master aktuell ausgefuhrt wird in Fonn eines Zahlers (TaskCounter) mitgesendet. Das Slave 
Steuergerat synchronisiert den Start seiner 10ms Task mittels eines Zustandsautomaten (siehe ). 
Das Slave Steuergerat Ubertr&gt den ZShler fiir die aktuelle 10ms Zeitscheibe an das Master 
Steuergerat. Auf diese Weise kann der Master die Abfolge der Zeitscheiben im Slave 
Steuergerat uberwachen. 

Strategic zum Datenabgleicli wahrend der Initialisiening zwischen Master und Slave 
(vgl. Figur 3-7) 

Problemstellung 

Wahrend der Initilaisierung werden Analogwerte gemessen. Mit diesen Wertenwird ein PTl- 
Filterinitialisiert. 

Bei Master Slave ergibt sich das Problem, dass die Komponententreiber (CD) auf im RAM 
gepufferte Werte (RAM Mirror) zugreifen. Dieser RAM Miirof enthalt wahrend der 
Initialisierung noch keine gultigen Werte. Somit wird das PTl- Filter falsch initialisiert. 

Strategic zur Signalerfassung in der Initialisierung 

1 . Im MS_Initialize_proc wird das Requestbit im Statusregister fur alle in DataSets 
enthaltenen Signale gesetzt. Somit erfolgt auf jeden Fall ein Hardwarezugriff beim ersten 
Aufruf des CD. Dieser erste gultige Signalwert wird gemass MS-System im ShadowBuffer 
gespeichert. Der CD benutzt den nicht korrekten Wert des RAM Mirror. 
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2. Abgleich der Signale der Initialisierungstask (Task=l 0): Die Initialisienmgstask hat den 
TaskCounter 10. Sic wird nur bei Steuergerate Reset ausgefiihrt. Master und Slave senden die 
CAN Daten der Initialisierungstask im MSSigini jproc. Dieser Prozess wird am Ende der 
Initialisierung ausgefuhrt, um sicher zu stellen, dass alle HW-Zugriffe der Initialisierung 
ausgefiihrt wurden, der ShadowBuffer also mit giiltigen Werten gefiillt ist. Nach dem 
Versenden der Daten der Initialisierungtask warten Master und Slave auf den Empfang des 
Datenpaketes 10. Die maximale Wartezeit kaim Qber ein Label appliziert werden. Die Daten 
werden sofort nach dem Empfang^ dekodiert und somit im eigenen ShadowBuffer gespeichert. 
Jedes Steuergerat hat jetzt alle fiOr die Liitialisierung giiltigen Signalwerte im Shadowbuffer 
hinterlegt. 

3. Update der Signale der Initialisierungstask: Kopieren der Signalwerte vom ShadowBuffer 
in den RAM Mirror. 

4. Aufruf der init_procs der Signale, die in der Initialisierung ein PTl -Filter initialisieren. 

5. DriveMode 



Reset des Master im Fahrbetrieb 

FOhrt der Master im Fahrbetrieb einen Reset aus, so durchlauft er die Initialisierung (s.o.) und 
senden das Datenpaket 10 der biitialisierungtask axrf den CAN B. Der Slave empfangt 
Datenpaket 10. Der zeitsynchrone Schedulprozess MSSched_proc startetkeine Task, sondem 
sendet das Datenpaket 10 auf dem CAN B. Der Master setzt seine Initialisierung nach der 
Auswertung dieses Datenpakets fort, siehe oben, Punkt 3. 

Reset des Slave im Fahrbetrieb 

Fiihrt der Slave im Fahrbetrieb einen Reset aus, so durchlauft er die Initialisierung (s.o.) und 
senden das Datenpaket 1 0 der Initialisierungtask auf den CAN B. Der Master empfMngt 
Datenpaket 10. Im zeitsynchronen MSCD_Start-Prozess erkennt er die Anforderung des 
Datenpakets 10 vom Slave und sendet nicht die Daten der momentanen Task, sondem die Daten 
der Initialisierungstask. Der Slave setzt seine Initialisierung nach der Auswertung dieses 
Datenpakets fort, siehe oben, Punkt 3. 

Konfiguration der Initialisierungstask (TC=10) 

Voraussetzung: HWE.2.1 oderhoher 

Zur Defmition der Task 10 muss im ms_conf.h die Task 10 im Enxmierator der Tasks angefugt 
werden. Anschliessend muss in alien Tabellen (Update, Transmit, Receive, Request jeweils fiir 
Master und Slaves) eine elfte Zeile angef&gt werden. Es konnen separate DataSets ftir diese 
Initialisierungstask definiert werden. AuBerdem ist es moglich, bereits defmierte DataSets aus 
anderen Task zu versenden. Es ist zu beachten, dass ein Multiplex der CAN Identifier nicht 
erlaubt ist. Nur DataSets, die auf verschiedenen CAN Identifiem liegen kSnnen miteinander 
kombiniert werden. Die letzte CAN Botschafl muss den - wie im Fahrbetrieb definierten - 
LAST CAN ID nutzen (zahlenmaBig hochster CAN Identifier mit definierter Belegung der CS 
und des TC in der Botschaft)! 

Bei Venvendung der Initialisierungstask sind die Kommentare wie folgt zu setzen und zeigen 
folgenden Ablauf: 



^ Dieser Codeteil wird nahezu zeitgleich in Master und Slave durchlauf en . 
Hier ist eine Synchronisation der Zeitbasen in M und S moglich, Bsp. GSK3 . 
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/* Constant containing the number of task control states 
*/ 

/* IF an INir State is defined in nis_conf.h subtract 1 else do not subtract 1 */ 
const MS_numTCS_cu8 = MS_MAX_TASKS_E - 1; 

/* if NO IMT State is defined in nis_conf.h use the following statement instead */ 
/*constMS_numTCS_cu8 = MS_MAXjrASKS_E;*/ 

/* Constant containing the TaskCounter for dataexchange in initialization */ 
/* Use this line if a separate HWE Ihit Task is used */ 
const uintS Ms_stInilTask_cu8 = MS_TASKINTr_E; 

/* Use the following line instead if NO separate HWE initialization task is used */ 
/* const uintS Ms_stInilTask_cu8 = 0 ; 

*/ 

Beispiel zum Datenaustausch im Master Slave System 

Figur 8 zeigt den Datenaustausch zwischen Master imd Slave Steuergerat. Um das Beispiel 
iibersichtlich zu gestalten wurden die folgenden Vereinfachungen gemacht: 
Eine CAN Botschaft enthalt nur einen Signalvektor (xl,..x5) 
Nut eine CAN Botschafl: wird in einer 10ms Task gesendet. 

Die Inhalte des RAM Mirrors sind nach dem Ausfiihren des MS Start Prozesses dargestellt 
Die Inhalte des Shadow Buffers sind dargestellt nachdem der MS CAN Transmit Prozess 
ausgefiihrt wurde. 



Bacba: Pflr das ' Mehrzylinderkonzept ist die 

synchronisation der Zeitacheiben via CKS zwischen Master und 
Slave Steuergerat gefordert. 

Aufgabe: Nach Initialisierung soil die Synchxonit&t nach. 
spaterstene lOms hergestellt sein. Der Zeitversatz zwischen 
Aktivieirung der Zeitscheiben in den jeweiligen Stenergeraten 
soil applizierbar sein. Bel Unterbrechung der CAN Verbindung 
imiS ein Zwangsscheduling im Slave geatartet werden. Bei • ■ 
Wiederaufbau der Verbindung niulS die Synchronitat birinen 20ms 
wieder hergestellt sein. 

Brgebnisse: Die 20ins und lOOms Task werden in beiden 
SteuergerS.ten in 10ms Teile zerlegt und in zehn 10ms Task 
geschedult. Das heist, 'nach 20ms sind alle Teile der 20ms 
Task geschedult und nach lOOms alle Teile der lOOms Task. Das 
Master Steuergerat sendet alle 10ms CflN-Botschaf ten um die 
MesBwerte des Master Steuergerates an das Slave Steuergerat 
zu tranaportieren. (siehe dazu auch ^Bntwicklungsbericht BDC 
fur Mehrzylinder-Motoren (Master/Slave) ") Zusatzlich wird 
hier ein ZShler .mitgeaendet, der die Identif izierung der im 
Master Steuergerat gestarteten lOms Task eioherstellt . Dae 
Slave Steuergerat eynchronisiert mittels einer State-maschine • 
(im inneren dieses ' Dokumentes naher beschrieben) seine lOras 
Task sowohl zeitlich als auch mit der richtigen 
Identlfizierung . Somit ist sichergesteilt, dass auch die 20ms 
\jnd die lOOms Task synchronisiert wird. 
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Besehreibung der verwendetea- liahel 2U tS^» 

MSsched_PerN_C - - ' 

// normal periode 
Normale Periodenlange, hier lOitis. Wenn das System stabil lauft 
ist dies die gewiinschte Periodendauer inf Slave Steuergerat . • 

MSached_PerL_C 

// long periode 

Verlingerte Periodendauer . Wenn ofters (siehe debouncecoimter) 
die BotBohaften dee Masters spater als erwartet im Slave 
Steuergerit enpfangen werden, wird eimnalig eine verlSngerte 
Periodendauer eingestellt. Die'Lange dieser Periodendauer wird 
mit diesem Label . appliziert . 

MSsched_PerS_C 

It Bhort periode 
VerkCirzte Periodendauer. Wenn flfters (siehe debounoecounter) die 
BotBchaften des Master Steuergerates fruher als erwartet 
erapfangen werden, wird einmalig eine verkiSrzte Periodendauer laut 
diesem Applikationslabel eingestellt. 

• VS3ached_Sh±£tL_C 

II debounoecounter until periode gets long 
EntprellzShler fiir den Einsatz der verlangerten Periode 

MSsched_Shlft£f_C 

// debouncecoiinter until periode gets short 
Entprellzihler f<lr den Einsatz der verkuarzten Periode 



■ mBchsd_hockE_C 

// Locktime at normal periodeduration- 
Sperrzeit nach norraalem Scheduling. Wenn in diesem Zeitfenster 
eine giilitge Botschaft vbm Master empfangen wird, wird der 
Enprellzihler zum Starten einer verkurzten Periode dekrementiert,--. 
flndemfallB wird der Zahler zmriickgeaBtzt . • . 

nsschsd_hock3j:: 

II Locktime at short periodeduration 
Sperrzeit nach Scheduling infolge einer verkurzten Periode. "Wenn . 
in diesem Zeitfenster eine gultige Botschaft vom Master empfangen 
.wird," wird der Enprellzahler zum Starten einer weiteren 
verkOxzten Periode dekrementiert . '. • 



MSsched_Wait_C 

// waitingtime until forced scheduling 



Wenn die CAN Botschaft des Masters nach Ablauf der Periode im 
Slave langer als diese Zeit ausbleibt, kommt es zu einem 
Zwangsschedullng im Slave. 

WSsahed_PJaltJ_C 

// waitingtime initalisation until forced scheduling 
In diesem Label, kann eingestellt werden, wie lange nach 
Initialisierung auf die erste CAN Botschaft vom Master gewartet 
werden soil, bevor iih Slave ein Zwangsscheduling etattfinden • 
soil. 

5.2.. BeBckceibung der Ue&pimkte 

KeSpiXDjcte im Slave- giil tig: 

Synchronisationstatus Master-Slave 
0x01 -period normal length 
0x02 -period short 

0x04 -wait to aOT-object after periodtimeout 
0x11 -forced schedule 
0x14 -period long 

OxAO -Initialisation oder Recovery 

WSSched_MS_WeciA3Jbji_mp - Merker 6b ein neues Objekt empfangen wurde 
WSSched_MS_LstOij_njp - zu startende Id der nachsten lOmB Task, 

bei Zwangsscheduling vom Slave aelbststandig weitergezahlt 

Bonat yon der caw Id -fiibemommen 

yiS3che.d._m_pBX_wp - aktueller Periodenzahler 

Im INKa. immer nur 'alle 20ms ausgegeben, daher immer 
Maximal er Wert. 

MSSc£ied_KS_I,ocJc_nip - aktueller Sperrzahler 

mschea_m_Sh.i£t_mp - aktueller Entprellzahler (debouncecounter) 
WSSched_WS_fiteit_n!p - aktuelle Wartezeit bis Zwangsscheduling 
MSSched_MS_raskCJ:r_mp - letzte empfangene CftN - Id ' 
WSSched_WS_State_inp' - aktueller State 

MSSched_WB_Err_mp - Fehleratatua der Statemaschine 

MS_PERC3SITN 0x0100 // Periodcounter underflow.-. 
MS_WAITGfmf 0x0200 // Waitcounter underflow 
MS_L0CKC3Smi 0x0400 // Lockcoxinter underflow 

MS£fched_iiJS_ct2eit_n)p - TatsSchlich aktivierte Zeitscheibe 

MeSpuakte im Master giilt'ig: 

. WSSchedj_stScheduie_nip - ZShler um die Id der 10ms B16cke • 
festzulegen 

J«SSched_JilS_cfcZeit_nip - Tataachlich aktivierte Zeitscheibe 



WSsched_stSyiic - 
MS_NORM 
MS_SHORT 
MS_WAIT 
MS_HORM_F 
MS_LQNG 
MS_INIRCV 



Anspriiche 

1 . Verfahren 2xim Betreiben von weiiigstens zwei miteinander verbundenen 

■ Steuergeraten, wobei die Steuergerate auf Sensorikdaten zugreifen und jeweils 
wenigstens ein Programm zur Steuerung von Betriebsablaufen, insbesondere bei 
einem Fahrzeug, abarbeiten und die wenigstens zwei Steuergerate 
Synchronisationsinfomiationen austauschen 
dadurch gekennzeichnet, dass 

beide Steuergerate das gleiche Programm synchron mit einem einstellbaren 
Zeitversatz abarbeiten. 

2. Verfahren nach Anspruch 1, dadurch gekeimzeichnet, dass die wenigstens zwei 
SteuergerSte Zugriff auf die selben Sensorikdaten besitzen. 

3 . Voirichtung zum Betreiben von wenigstens zwei miteinander verbundenen Steuergeraten, 
wobei die Steuergerate auf Sensorikdaten zugreifen und jeweils wenigstens ein 
Progranun zur Steuerung von Betriebsablaufen, insbesondere bei einem Fahrzeug, 
abarbeiten und die wenigstens zwei SteuergerSlte Synchronisationsinformationen 

austauschen 

dadurch gekeimzeichnet, dass 

beide Steuergerate das gleiche Progranan synchron mit einem durch Einstellmittel 
einstellbaren Zeitversatz abarbeiten. 




n Inputdata sampled at tiine n, timebase: 20 ms 
n-1 Inputdata sampled at time n-1, timebase: 20 ms 



Figur 5 Botschafts- und Signalssj 



arung im Master SlaveSystem 



